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A METHOD OF ESTABLISHING A 
COMMUNICATIONS CALL 



FIELD OF THE INVENTION 

10 The present invention relates to a method of establishing a communications call and 

a system for use in establishing a call. 

BACKGROUND OF THE uSTVENTION 

IS Currently to establish a public telecommunications call requires an originating party 

to know the telephone number of the destination and to take steps to either manually dial the 
number or to cause the number to be accessed torn a database maintained by the originating 
party and dialled* If the originating party does not know the number of the destination then 
service personnel of a carrier can be contacted to obtain the number and if desired connect the 

20 originating party and destination party, hereinafter referred to as the A and B party, 
respectively. 

The B party's number can also be determined by consulting a public directory which 
may be in print or electronic form, A call with the B party can then be established by dialling 
25 the number obtained* 

As information concerning the B party's number is known by a telecommunications 
carrier a method and system is desired to enable that information to be used automatically, on 
request, to establish a call between the A party and the B party without the caller having to dial 
30 the number. 



SUMMARY OF THE INVENTION 



fa accordance with the present invention there is provided a method of establishing a 
communications call, including: 
5 selecting a B party using an interactive device connected to a public network; 

sending called address data for said B party and calling address data for an A party to 
communications means of said public network; and 

establishing a call between said A and B parties over said public network using said 
communications means and said called and calling address data. 

10 

The present invention also provides a method of originating a communications call, 
including: 

selecting a B party using an interactive device connected to a public network; and 
sending, in response to selection of said B party, selected party data corresponding to 
15 said B party to said public network; 

whereby said public network provides said called address data for said B party to 
communications means for establishing a call between an A party and said B party. 

The present invention further provides an interface of an interactive device for 
20 originating a communications call, including: 

means for causing display of at least one B party; 

means for enabling a B party to be selected on said display; and 

a link which on being activated sends selected party data corresponding to said B party 
to a public network, whereby said public network instructs communications means of said 
25 public network to establish a call with said B party. 

The present invention also provides an interface stored on an interactive device 
connected to a public network, including: 

code for generating a display on said device of B party data; 
30 code allowing selection of a B party from said B party data; 
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codc for transmitting to said public network selected party data corresponding to the 
selected 3 party; and 

code for transmitting to said public network A party data, whereby said public network 
establishes a call between an A party and a B party corresponding to said A party data and said 
5 selected party data. 
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The present invention also provides a system for use in establishing a communications 
call, including: 

$3 called address data for parties connected to at least one public network; 

2 10 311 acccss module for transmitting said called address data for displaying an interactive 

device, and for receiving selected party data from said interactive device; and 

network means for receiving said selected party data, including called address data for 
y thc sheeted party, and calling address data corresponding to an A party and generating, in 

|^ response thereto, network control signals to cause said network to establish a call between said 

^ 15 A party and said B party over said network. 

^ The present invention further provides a system for use in establishing a 

communications call, including: 

a directory database including called address data for parties connected to at least one 
20 public network; 

an acccss module for receiving on said network selected party data corresponding to 
a B party and accessing called address data on the basis of said selected party data from said 
directory database; and 

network means for receiving said called address data and calling address data 
25 corresponding to an A party and generating, in response thereto, network control signals to 
cause said network to establish a call between said A party and said B party over said network. 

The present invention also provides a directory server for use in establishing a 
communications call, including: 

30 a directory database module for accessing directory data, including communications 



address data, of parties connected to at least one public network; 

a call connection module for transmission to an interactive device of a user and for 
accessing for said interactive device directory data using said directory database module; 

a call completion module for receiving selected party data for a B party of said call 
5 from said interactive device and transmitting a connect message to communications means of 
said public network for establishing said call, said connect message including communications 
address data for said B party obtained using said directory database module. 

The present invention further provides a server for use in establishing a 
10 communications call, including: 

a call connection module for transmission to an interactive device of a user and for 
transmitting a connection message from said interactive device; 

a call completion module for receiving said connection message and forwarding a 
connect message to communications means of a public network for establishing a call between 
15 A and B parties; 

wherein said connection message includes data identifying at least said B party and 
said connect message includes communications address data for said A and B parties* 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 

Preferred embodiments of the present invention are hereinafter described, by way of 
example only, with reference to the accompanying drawings, wherein: 

Figure 1 is a schematic diagram of a fust preferred embodiment of a system for use in 
establishing a telecommunications call; 
25 Figure 2 is a block diagram of the system of Figure 1; 

Figure 3 is a diagram of a distributed directory database of the system of Figure 1; 

Figure 4 is a more detailed block diagram of a directory service of the system of 
Figure 1; 

Figure 5 is a diagram of a first user interface; 
30 Figure 6 is a diagram of a second user interface; 



Figure 7 is a schematic diagram of a second preferred embodiment of a system for use 
in establishing a telecommunications call; 

Figure 8 is a block diagram of the system of Figure 7; and 

Figure 9 is a block diagram of an intelligent peripheral of the system of Figure 7. 

5 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A system 2 for establishing a telecommunications call between two parties 4 and 6, as 
shown in Figure 1, uses a network 8 which includes a telecommunications network 10 and a 

10 messaging network 12. The telecommunications network 10 may be any Public Switched 
Telephone NvCwork (PSTN) such as that maintained by the applicant. The messaging network 
12 may be a TCP/IP network, such as the Internet, which is supported by the PSTN 10 and 
used to connect interactive devices, such as personal computers. The system 2 includes a 
directory service 14 which is accessible via the messaging network 12 and provides directory 

15 information, such as the telecommunications address or number for a party 4 or 6 which can 
be connected by the telecommunications network 10. A customer or user of the directory 
service 14 can use their interactive device 16 to access the directory information. The 
directory service 14 may include a search module, or alternatively provides a search applet 
to the interactive device 16, which allows a device 16 connected to the service 14 tp search 

20 through the directory information using keywords or search strings for selected parts of the 
information. For example, the device 16 may be used to search for the name of a B party the 
user may wish to establish a connection with. Once details concerning the desired B party 
have been displayed on the screen of the interactive device 16, the user can select that party 
to indicate it wishes a connection to be established so as to establish a call with that party. The 

25 selection can be made using the device 16 by clicking on a icon or hypertext relating to the B 
party on the display, using a voice recognition command, or using a keyboard of the device 
16. 

Once the B party has been selected by the interactive device 16, a connection message 
30 is sent via the messaging network 12 to the directory service 14. The connection message, 
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which includes identifying information concerning the B party, is used to access a 
telecommunications address for the B party and a telecommunications address also for the A 
party for a telecommunications call Hie telecommunications terminal for the A party may be 
a tenninai of the customer or user or a terminal of another party which the user has designated 
5 as being the A party. Alternatively a connection server can be used to receive the connection 
message and obtain, if necessary, address data from the directory service 14. 



The directory service 14 then forwards a connect message, which includes 
telecommunications addresses, via the messaging network 12 to an Intelligent Network (IN) 
control platform 18 of the system 2. The IN platform 18 uses the data in the connect message 
to provide control signals to a switch of the telecommunications network 10 which causes the 
network 10 to dial the A party 4 and the B party 6 and establish a call between the two parties 
4 and 6. The IN platform 18 also uses the data to forward charging and billing information to 
a charging and billing module, which may be unique to the system 2 or simply form part of 
the charging and billing modules u$cd for the telecommunications network 10. 

■M 

"Hie directory service 14 can be provided by an Internet World Wide Web (WWW) 
server which maintains a directory web site and includes or allows access to machines 
maintaining a directory database 20. The server would include a number of web pages 22 
20 written in HTML and a directory application 24 which in response to selections made on the 
pages 22 is able to access and provide for pages 22 directory infonnation from the directory 
database 20. 



The directory database 20 accessed by the directory application 24 may comprise a 
25 number of directory databases 26 to 30 in a number of different locations and for different 
regions or countries which arc accessed by the directory application 24 using a 
communications network 32, such as an X.25 network. The directory application 24 may go 
directly via the communications network 32 or via an Internet gateway 34 to the 
communications network 32. The directory information provided for the pages 22 of the 
30 WWW site arc accessible by the interactive device 16 of the customer using a web browser, 



such as Microsoft Internet Explorer or Netscape Navigator. The directory application 24 of 
the service 14 also includes a search module which allows the user to search the directory 
information on the basis of keywords or search strings to locate information for a desired 
party. The directory information would normally include the name of the party, a telephone 
5 address or number, and residential or business addresses. 



The directory information access and search modules of the service 14 described above 
arc currently provided on a WWW server maintained by the applicant and accessible at 
httpy/www.whitepages.com.au/ for White Pages and at http://www.ycllowpages.com.au/ for 
Yellow Pages. The directory service 14 enhances the existing server by including call 
completion hypertext links with a call completion page 38 for the w<* nages 22 and adding 
call completion script 40 to the directory application 24, as shown in Figure 4. 



The directory interface 14, as shown in Figure 4, includes the WWW server 42 which 
IS maintains and executes the web pages 22 and the directory application 24 which includes the 
directory search script and the call completion script 40. The server provides interfaces to the 
customer 16 as a WWW client, and implements the HTTP protocol to serve requests from the 
client 16. The directory search page 36 includes directory search hypertext links and the server 
42 sends this page to the client 16 requesting the user to enter search details, for example, 
20 name or any part of it, address details, city or suburb. The directory search scripts 24 are 
attached to the links of the directory search page 36 and arc activated when a link is selected 
so as to send a search request to the directory database 20 to select entries that match the 
parameters of the search query. The directory database 20 includes an interface which is able 
to accept search queries from the directory application and may use any standard database 
25 query language or interface to obtain directory information from the database 20. The call 
completion page 38 receives and displays search results obtained by the directory application 
24 and includes the call completion hypertext links. 

A screen display 39, as shown in Figure 5, can be produced from the directory search 
30 and call completion pages 36 and 38 using a frames facility provided by the web browser. The 
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display 39 provides boxes 41 for the entry of search infonnation and a button link 43 to 
commence a search based on the entered search information. The results of the search are 
displayed in a frame 45 which allows a selected party 47 to be highlighted. A connection with 
the highlighted party 47 can then be requested by clicking on the hypertext "Auto Connect" 
5 49 which invokes the call completion script 40. 

If desired, the database searching functions can be omitted or not activated by 
providing a call completion page 38 which does not have to include search results and simply 
includes call completion hypertext links which allow patty select data to be generated or call 

10 address data to be entered The call completion scripts or codes 40 are attached to the call 
completion hypertext links of the call completion page 38 and are executed when the WWW 
client 16 selects one of the links. Further web pages may then be forwarded to the client 16 
for user interaction* These are form based pages that the user needs to complete to provide 
identification and charging information, such as a Telecard number (i.e. calling card number) 

IS and PIN, and the A party's telephone number. Alternatively prior arrangements may be made 
to authorise the A and/or B parties and the cost of the call directed to one or both of the 
parties. The B party number used will be that selected from the search results displayed on the 
call completion page 38 or another number which the user may enter or select. All of the 
infonnation, including the A and B party numbers are collected by the call completion scripts 

20 and provided to an interface to the IN platform 18 of the directory application 24. The 
interface of the directory application 24 places the information in an appropriate message 
format as a connect message for transmission via the Internet 12 to an Internet gateway 50 of 
the IN platform 18. 

25 The IN platfonn 18, as shown in Figure 2, receives the connect message via the 

Internet gateway 50 and passes it to a management agent 52 which extracts the required 
connection information for an IN application 54 of the platform 18. Hie IN application 54 
generates and sends control signals to an IN switch 60 of the PSTN 10 to establish the call 
between the A party and the B party 4 and 6. The control signals include data representative 

30 of the telephone addresses or numbers for the parties 4 and 6. 
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Hic IN platform 18 and the IN switch 60 include standard network components which 
arc defined by the International Telecommunications Union (ITU) Recommendation 0,1214, 
entitled "Distributed Functional Plane for Intelligent Network CS-1", which is incorporated 
herein by reference* A standard protocol is used for information exchange between the 
5 components, as described in ITU Recommendation Q.1218, entitled "Interface 
Recommendation for Intelligent Network CS-r, which is also incorporated herein by 
reference. 

The IN platform 18 may comprise the Scants intelligent network platform owned by 
10 the applicant which is currently used to establish connections between computers over the 
PSTN 10. The Scants IN platform is described in the specification of U-S, Patent No. 
5,519,770. The Scants IN platform 18 on receiving a connection request instructs an IN switch 
60 to caii the A party 4 first, inform that party of the call establishment, and then call the B 
party 6 to connect it to the A party* The Scants platform 18 is run on a server which needs to 
15 receive the domain name and the IP address of the server cunning the web pages 22 and 
directory application 24 of the directory service 14, as it is this directory server which is 
requesting the connection be made. The Scants server is able to attend to call charging and 
billing once it receives the account details, such as the Telecard and PIN number, of the 
WWW client 16 from the directory service 14. 

20 

The directory application 24 can be implemented by a server, hereinafter referred to 
as the InterCall Server, written in the Java language, which would also be able to provide the 
pages 22 and alt other features of the directory service 14 around the directory database 20. 
The InterCall Server is set up to execute on a UNIX host machine 42 connected to a TCP/IP 

25 network 12. The InterCall Server controls the directory server system 14 and Creates a pair of 
server sockets, one for serving http requests and the other for serving applet requests. Users 
with a Java capable browser, such as Netscape Navigator 2.0 for Windows 95, receive a Java 
applet at their interactive device 16 after logging onto the directory service 14. The applet 
includes two parameters which specify a user name and key. The user name is the same as that 

30 entered by the user to log into the service 14, while the key is a random string generated by 
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thc InterCall Server, and matched to the user name so that only one applet may log in for the 
user. Hie applet, running on the interactive device 16, can provide an interface 51, as shown 
in Figure 6, to the InterCall Server for the user. The interface Si includes a party number 
selector 53, a field 55 to add a party number, and a list 57 of recently dialled calls, from which 
5 a user may rcdial a number. The applet communicates with the InterCall Server through an 
applct_stub and an appletjreader object, which implement a protocol to send human readable 
messages in a client/server manner between the user's interactive device 16 and the directory 
service 14. The messages consist of a single line of ASCII characters, and a terminating new 
line character, and are set out in Table 1 below: 

10 

Table 1 



Direction 


Message 


Meaning 


Applet to 
Server 


USER fireman* 


This message is the first sent by the applet when it logs into the 
server. The username parameter is a ba$c$4 encoded string that 
is the uscroarae associated with the applet 


Applet to 
Server 


KEY key 


This is the second message sent by the applet when it logs into 
the server The key parameter is the same as the key that was 
passed as a parameter with the applet, The key is a unique 
random string that ensures an applet can login only once. After 
sending the KEY message, the applet waits for a response that 
will be cither of the following two messages. 


Server to 
Applet 


BYE 


The BYE message is sent in response to a failed login attempt 
this may be sent because the authorisation of the applet failed, or 
because of some system error. 


Server to 
Applet 


OK user 
anuml 
cmum2 „. 


The OK message is sent in response to a successful applet login 
attempt The user parameter is a basc64 encoding of the full name 
of the user that has logged in. The anumN parameters are ba$e64 
encodings of the valid A party numbers for the user, the first 
being the default number. 


Server to 
Applet 


PING 


A PING message is used by the server to determine if the socket 
to an applet is writable. It is ignored by the applet 


Server to 
Applet 


CALL bnum 


The CALL message is sent to the applet when the server has 
determined that the user of the applet has requested a call. The 
bnum parameter is a base64 encoding of the B party number of 
the call request. The applet should response with an OK or 
CANCEL message. 
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Server to 
Applet 


STATUS 
code 


The STATUS message is sent to an applet to inform it of the 
cunxntstatus of the call request The code parameter is a 3 digit 
response code that currently uses the same syntax as the response 
codes generated by the Scants platform. 


SfiJVft* to 

Applet 


UN vA/IVLun vj user 


The INCOMING message is scat to an applet to inform it that 
another user logged in tomelntcrCall system lias requested a call 
to the de&ult A party number of this applet This is a form of 
calling party identification. The user parameter is the name ofdm 
user that requested the call. 


Server to 
Applet 


BYE 


The BYE message is sent to inform the applet that it should shut 
down. 


Applet to 
Server 


OK anufn 


The OK message is sent in response to a CALL message sent by 
the server, ft indicates to the server that the call should be 
attcmptr 1. The anum parameter is a basc64 encoding of the A 
party number for the call - typic^ currently selected A party 
number of the applet 


Applet to 
Server 


CANCEL 


The CANCEL message is sent is response to a CALL message 
sent by the saw. It indicates to the server that the call should not 
be attempted. 


Applet to 
Server 


CALL £/tttm 


The CALL message is sent by the applet to the server to request 
initiation of a call. The server responds with a CALL message 
Thebnum parameter is abase64 encoding of the B party number 
ibr the call. 



Instead of using a Tclecard number and PIN number, the InterCall Server obtains a 
15 uscmame, together with a password if necessary, to identify a user for billing purposes. The 
uscrname is provided to the IN platfonn 18 instead of the Tetecard number. 

The Scants IN platfonn 18, as discussed above, provides a TCP/IP interface for a call 
back system. The InterCall Server can connect to the Scants platform 18 to send call requests. 

20 The InterCaH Server achieves this by simply passing or translating the messages received from 
the applet into a series of ASCII characters, separatedbyaTTSUJCTnewlinecharacter for the 
Scants platform 18. The format of the ASCII characters need to comply with the format set 
out below for Scants messages. The call completion script 40 would, in response to a call 
request, forward the same messages as the InterCall Server to the Scants IN platform 18. The 

25 Scantsplatform 18 only requires registration of the DP address of the machine 42 from which 
the InterCall Server will attempt to connect to the platform 18, and then the messages can be 



sent and received 



The format of communication messages between the directory service 14, i,e, the 
InterCall Server, and the Scants platform 18 are set out below: 

Format of request (from Directory server to Scants server): 
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15 



char mti; 
char version; 
charid[8]; 



char card[15]; 
char pin[4]; 
cbaranum[24J; 

char bnum[12]; 

char newline[2]; 



// message type identifier, 'R' for request 
//V initially 

//message ID, numeric base 10 id, all digits filled 

// should uniquely identify request 

// (used to match response) 

//full telecard number, left justified, space filled 

// telecard pin, left justified, space filled 

// a-party number, left justified, space filled 

//E.164 format 

// b-party number (Australian number) - area code plus 
// subscriber number, left justified, space filled 
// request separator - using default telnet newlinc 
// which is 0*0d followed by 0*0a. 



20 



Format of response (from Scants server to Directory server): 



char mti; 
charveision; 
charid[8J; 



25 



30 



// message type identifier, *S % for status 
//'0' initially 

// message id, numeric base 10 id, all digits filled 
// matches id given in request 
char rcode[3J; // 3 digit response/status code 
char eventTime[10]; // MMDDhhmmss (month, day, hour, minute, second) 

// either answer time or clear time 
char newline[2j; // response separator - using default telnet newlinc 
// which is 0*0d followed by 0*0a. 
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Rcsponscs from the Scants server to the Directory server occur when cither: 

- the card/pin validation is incorrect 

- the A or B parties cannot be reached 

- the A and B parties axe connected 

5 - the call is complete after the parties have been connected 

Example; 

n After the A and B parties arc connected response (rcode 600) is returned. After the call 

g3 ends an additional response (rcodc 601) is returned, 

il io 

P Response Codes and Categories 

M 

y. Response codes specific to call back requests 





600 


call answered and in progress (A and B party connected) 




601 


call finished 


^ 15 


602 


ssh cant cope with request 




603 


card got lost or corrupted 




604 


pin got lost or corrupted 




605 


lost, or not a valid number 




606 


lost, or not a valid number 


20 


607 


can't ring A - busy 




608 


can't ring B - busy 




609 


can't ring A - network failed 




610 


cant ring B - network failed 




611 


cant ring A - no answer 


25 


612 


cant ring B - no answer 




613 


a system/software failure 




Response codes to do with card validation and authorisation 




100 


full approval 


• 


101 


time limited approval 


30 


102 


cost limited approval 



108 no such card 

110 retry request 

118 card expired 

119 wrong pin 

5 121 too many tries 

125 card restricted 

131 wrong issuer (unrecognised card number) 
Response codes indicating general failure within Scants 

900 local comms failure 

10 901 remote comms feilure 

902 remote comms failure (no alternative) 

903 incomplete request (missing mandatory data) 

904 tman error 

905 bad request 

15 906 route not found 

The IN switch 60 supports the International Telecommunications Union (ITU) 
Intelligent Network (EN) standard capabilities and protocols defined for a Service Switch 
Function (SSF). The switch 60 includes a SSF call module 62 to receive and act on the 
20 connection control signals sent from the IN control platform 18, which acts as the Service 
Control Faction (SCF). The module 62 then invokes Basic Call State Model (BCSM) call leg 
procedures 64 to contact and connect the A and B parties 4 and 6 over the PSTN 10. 

The IN switch 60 can be substituted by a Private Branch Exchange (PBX) or a virtual 
25 PBX (also known as CENTREX). The connection control protocol would follow a standard 
Computer-Telephony Interface as defined by ITU in "Telecommunications Applications for 
Switches and Computers* (TASQ, ITU-T Recommendations Q.1301, Q.1302 and Q.1303, 
orthccquivalentANSlStandard entitled "Switch-Computer Applications Interface" (SCAI). 
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An alternative system 10, as shown in Figures 7 and 8, is the same as the system 2 
described previously except that the interactive device 16 is the terminal for the A party and 
an intelligent peripheral 102 is provided as part of the PSTN to provide a voice channel to the 
interactive device 16 on the same telecommunications line which is used to connect the device 

5 16 to the directory service 14. The interactive device 16 executes an Internet phone application 
which allows the user to use an existing Internet access session on a telecommunications line 
from the device 16 to establish a phone connection on the same line. A suitable Internet phone 
application package is distributed by Netspeak Corporation of the U.S., or VocalTec Ltd. of 
Israel, for use in standard personal computers. The Internet phone application uses when 

0 necessary iow~bit rate voice coding, for example of the order of 16 Kb/s, to establish the 
phone connection using the same Internet access line ?« tw which would be used to access 
the directory service 14. The intelligent peripheral 102 receives and converts the low-bit rate 
voice signal to a standard 64 Kb/s for the PSTN 10. 



15 The intelligent peripheral 102 is connected to the IN switch 60 and has an Internet 

protocol manager module 104 which receives the same call conned data as the SSF call 
procedure 62 from the IN application 54. The IP manager module 104 uses an LBR Internet 
port 106 for connection via the Internet 12 to an audio port and microphone 110 of the 
interactive device 16 and a PSTN port 108 for connection to a BCSM call leg module 64 of 

20 the IN switch 60. The IP manager 104 establishes a telecommunications path, which may be 
a voice/audio path, between the LBR Internet port 106 and the PSTN port 108. Call data 
passed between the ports 106 and 108 is converted between the low-bit rate Internet signal 
and the PSTN standard bit rate. The call between the A and B parties 4 and 6 is therefore 
connected from the audio port and microphone 110 of the A party through the ports 106 and 

25 108, and the call leg module 64 to the terminal 6 of the B party. 

The intelligent peripheral 102 may comprise a personal computer which includes an 
Internet phone package, such as I-Phone, and a digital to analogue converter. I-Phone is 
available from Netspeak Corporation of the U.S. or VocalTec Ltd. of Israel. I-Phonc is 
30 designed to convert signals received from the microphone input of a personal computer to 
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signals for an LBR Internet port. I-Phone also converts signals received on an LBR Internet 
port into signals for speaker outputs of a personal computer. Call establishment can be made 
by I-Phonc over the Internet using standard TCP/IP protocols, and is made as a result of a call 
request passed to I-Phonc from user input on the keyboard of the computer. 

5 

In the intelligent peripheral 102, the I-Phone package 107 provides the LBR port 106 
and the digital to analog converter 109 provides the PSTN port 108, as shown in Figure 9. The 
digital to analog converter 109 accepts signals from l~Phone 107 which are usually fed to 
personal computer speakers, and converts them to digital signals as required by the BCSM call 
10 leg module 64 of the IN switch 60. The converter 109 also receives signals from the BCSM 
call leg module 64 and converts them to signals which I-Phone 107 would normally receive 
from a personal computer microphone. 

Tie IP manger module 104 stored on the peripheral 102 issues call instructions to 
15 I-Phonc 107, instead of a personal computer keyboard. The IP manager module 104 interfaces 
I-Phone 107 to the IN application 54 of the IN platform 6. Connection between the IP 
manager module 104 and the IN application 54 is made using standard TCP/IP sockets. 

In response to a call setup request from the IN application 54, the IP manager 104 
20 instructs I-Phone 107 to establish a call over the Internet to the audio port and microphone 
110 of the customer's terminal 16. Hie IN application 54 connects the PSTN port 108 to the 
B party 6, and the connection is established between the B party 6 on a PSTN phone and the 
A party 4 on an Internet phone. The intelligent peripheral 102 is used when the request for call 
establishment from the directory service 14 to the IN platform 18 includes the Internet address 
25 of the A party instead of the A party's PSTN number. On recognising the different format in 
the address data, the IN platform 18 will invoke the intelligent peripheral 102. 

The systems 2 and 100 and the call establishment procedures executed by them arc 
particularly advantageous as they allow a client with an interactive device 16 to simply select 
30 a B party, without having to know that party's telecommunications number or address details, 



and establish a call between that party and a desired A party. The B party can be searched for 
using various search procedures provided by a directory service 14 using the interactive device 
16, which can be remotely connected to the service 14. The system 100 also allows a call to 
be connected directly to the interactive device 16 using the same telecommunications line 
5 which may be used to remotely access directory information. 

Many modifications will be apparent to those skilled in the art without departing from 
the scope of the present invention as hereinbefore described with reference to the 
accompanying drawings. 



